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Climb to new heights by controlling 
your PLCs over the Internet 



By Kirt Phillips, Michael Gibsoo, 
and Piro Little 



Run your application 
from anywhere 
with just a TCP/IP 
connection to the 
Internet. 
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The Internee broadens conrro) and automa- 
tion possibiliriaj. As manufecturcrs develop hard- 
wait and software that comply with TCP/IP 
standards, automation climbs to new heights. 
These new syscems allow engineers to take an 
application from one location to rhe ncxr without 
modification. Applications can be run at the 
home office, the corporate headquarters, a cus- 
tomer sire, or on the road with oj\ly an estab- 
lished TCP/IP connection to the Internee 

Today, many programmable logic controllers 
(PLG) are available with communications 
coprocessor modules. Some PLCs have all com- 
munications options built into cither the central 
processing unit (CPU) or the power supply. 




Others offer basic communication through the 
CPU or power supply bur allow a communica- 
tions coprocessor module to be added for more 
sophisticated options. Most controllers offer var- 
ious types of serial networks to permit commu- 
nication to a client computer or pecr-ro-pcer 
communications between PLCs. 

Since communication protocols vary for most 
brands of controllers, engineers must develop or 
purchase software drivers. In some cases, the per- 
formance of these networks is an issue because 
update tunes may be several seconds on a full net- 
work. When dealing with serial networks, indi- 
vidual manufacturers may impose additional 
restrictions. For example, certain PLCs will only 
allow eight nodes on a network instead of 52. 

Another important issue is remote connectiv- 
ity. Curreody there are scvual ways to connect 
remotely to a serial network. Unfortunately, most 
involve direct or indirect modem connections, 
which greatly reduce performance. One way w 
connect remotely to a PLC on a serial network is 
via direct modem connection. A modem is taken 
to the control panel and cabled directly to one 
PLCs programming port. A Telephone line musr 
be available to die modem ar this location. At this 
point, the remote user can dial direcdy into the 
PLC using the software available with the PLC 
programming package. Usually, the user will not 
have access to other PLCs on the serial network. 

Remote access to PLCs is also possible 
through remote control of a central computer. 
Suppose the central computer is running a mon- 
itoring software package. With remote-control 
software, a user can remotely dial in to the central 
computet When control is established, the 



Witt automation online, an eipert at a remote location can 

an engineer through technical problems, mag time and 
travel costs. 
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remote usee may use the central computer as If it 
was local. This has the disadvantage of monopo- 
lizing the local computer and rendering it 
unavailahle to local users. A significant loss of 
performance also occurs due to the amount of 
information being transferred over the modem. A 
modem must be set up and ready to answer when 
the remote user wishes to initiate a session. In 
many cases, this requires an action by the local 
user or prior coordination. Both methods require 
dedicated modems and new connections estab- 
lished for each session. 

One solution to ease nerwork setup and 
remote access is to make the PLC available on a 
standard computer network To achieve this goal, 
a communications module must be available to 
interface with such a network Recendy, such 
modules have come to the market. When consid- 
ering network installation costs, note that rhere is 
a much larger base of competent installers of Eth- 
ernet networks than of serial networks. Ethernet 
modules are now available for certain high-end 
and mid-level Pl-Cs. Some of these modules are 
TCP/IP compliant. 

An Ethernet module can be incorporated into 
a standard PLC configuration as a communica- 
tions coprocessor. The module consumes a 
known amount of PLC resources and is folly 
configurable. Once die module is installed and 
configured by the PLC software, it should be tec- 
ognized by the CPU. Individual manufacturers 
may impose restrictions for :he physical location 
of this module in the backplane. 

To achieve maximum benefit from a PLC 
network integrate it into the local facility* net- 
work the companywidc intranet, or the Inter- 
net. When the system is designed, incorporate 
the PLCs as if they arc ordinary nodes on the 
network. In fact, these PLCs are simply more 
computers on the network. After the PLCs are 
installed, configured, and connected, they may 
be accessed over the network They behave like 
any standard TCP/JP-compliant device. Con- 
versations can be established among rhe PLCs 
and any other devices on the network whether 
the devices arc on the local-area network, the 
companyxvidc intranet, or even the Internet. 

Because an Ethernet module is another com- 
puter on the network remote software may treat 
it just like anocher computer. The software com- 
municating to rhe PLC must use the appropriate 
interface language required by the PLC to 
retrieve information. For example, assume a 
PLC is connected to its native programming 
software. In this case, after any security require- 
ments are met, the user is online with the PLC. 
The program may he stopped or started, logic 



can be observed or modified, start-up situations 
can be monitored remotely, and trouble- 
shooting is more convenient. One advan- 
tage of this arrangement is access to 
many systems from one remote or 
centralized location. 

Many computer users are 
familiar with Web browsers 
for moving from one site to 
another. Typically, to go to a 
site, a user types the name of 
the desired server and waits to 
be connected. The application 
sends a message through 
TCP/IP requesting to con- 
nect to the location. TCP/IP 
finds the address of the 
name server and requests 
die IP address for the loca- 
tion specified from the name 
server. Once a connection is open, data may be 
sent back and forth. In a Web browser, the 
Web-page text, link addresses, and graphics are 
uploaded. Commands, keysrrokes, mouse move- 
ments, and clicks arc downloaded. Files may be 
copied, locations may be marked, and graphics 
may be saved. After connection is established, 
these actions arc virtually transparent to the 
user. 

Custom applications can be written to take 
advantage of die Interna or intranet. Applica- 
tions composed in languages such as Visual Ctt 
or Visual Basic lend themselves to diis structure. 
These languages have many tools and options 
available to take advantage of TCP/IP'Compliant 
systems (c.g., Java, CGI, HTTP, HTML, and 
Internet database connccror). Use of these 
scripting tools and protocols allows develop- 
ment of powerful applications. The full advan- 
tage of customization is only realized when 
considering the implications of the portability 
of these applications. 

Control and automation hardware such as 
PLCs and smart field devices can grcady benefit 
from Ethernet communications. Ease of com- 
munication, performance, and setup, as well as 
reliability and convenience, make Ethernet 
communications an excellent alternative to 
standard serial networks. If a user is concerned 
about connectivity, TCP/I P-compiiant Ethernet 
communications arc an appropriate interface for 
providing universal connectivity. The power of 
the Internet in monitoring and troubleshooting 
cannot be overstated The Internet is definitely 
a viable medium for control and automation 
that many men are already taking advantage of 
today rr 
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